前置文章：Spring原理分析-容器&Bean（一）前置文章主要讲了：BeanFactory原生功能，ApplicationContext拓展功能，Bean&BeanFactory后置处理器添加及调用，ApplicationContext常见实现类等。零、本文纲要一、Bean生命周期1、Bean生命周期测试2、生命周期顺序二、自定义BeanPostProcessor实现增强三、模板方法-设计模式一、Bean生命周期1、Bean生命周期测试①编写LifeCycleBean类@ComponentpublicclassLifeCycleBean{privatestaticfinalLoggerlog
1、Fultter生命周期生命周期的作用：初始化一些数据、变量、状态发送网络请求监听事件管理内存1.1StatelessWidget生命周期classMSHomePageextendsStatelessWidget{MSHomePage(){print("Flutter:StatelessWidget构造函数调用");}@overrideWidgetbuild(BuildContextcontext){print("Flutter:StatelessWidgetbuild调用");returnText("HelloWorld");}}StatelessWidget不可变，在它的生命周期中，只会
1、Fultter生命周期生命周期的作用：初始化一些数据、变量、状态发送网络请求监听事件管理内存1.1StatelessWidget生命周期classMSHomePageextendsStatelessWidget{MSHomePage(){print("Flutter:StatelessWidget构造函数调用");}@overrideWidgetbuild(BuildContextcontext){print("Flutter:StatelessWidgetbuild调用");returnText("HelloWorld");}}StatelessWidget不可变，在它的生命周期中，只会
Android的GC机制是可达性回收，具体本文就不再具体阐述了，本文只分析android系统什么时候会触发GC，以及监听Object对象被回收的时机：先看下面的代码的注释，先明白我说的全局变量局部变量说的是什么意思classDetailActivity:AppCompatActivity(){//这个house就是全局变量privatevarhouse:House?=nulloverridefunonCreate(savedInstanceState:Bundle?){super.onCreate(savedInstanceState)setContentView(R.layout.activ
Android的GC机制是可达性回收，具体本文就不再具体阐述了，本文只分析android系统什么时候会触发GC，以及监听Object对象被回收的时机：先看下面的代码的注释，先明白我说的全局变量局部变量说的是什么意思classDetailActivity:AppCompatActivity(){//这个house就是全局变量privatevarhouse:House?=nulloverridefunonCreate(savedInstanceState:Bundle?){super.onCreate(savedInstanceState)setContentView(R.layout.activ
生命周期，就是一个对象从创建到销毁的过程，每一个对象都有自己的生命周期。同样，Activity也具有相应的生命周期，在Activity的生命周期中分为四种状态，分别是运行状态、暂停状态、停止状态和销毁状态。而Activity从一种状态转变到另一种状态时会触发一些事件，执行一些回调方法来通知状态的变化，在这里Activity类提供了六个核心回调：onCreate()、onStart()、onResume()、onPause()、onStop()和onDestroy()。当Activity进入新状态时，系统会调用其中每个回调。一.Activity运行状态1.基本状态运行状态（Running）当Ac
生命周期，就是一个对象从创建到销毁的过程，每一个对象都有自己的生命周期。同样，Activity也具有相应的生命周期，在Activity的生命周期中分为四种状态，分别是运行状态、暂停状态、停止状态和销毁状态。而Activity从一种状态转变到另一种状态时会触发一些事件，执行一些回调方法来通知状态的变化，在这里Activity类提供了六个核心回调：onCreate()、onStart()、onResume()、onPause()、onStop()和onDestroy()。当Activity进入新状态时，系统会调用其中每个回调。一.Activity运行状态1.基本状态运行状态（Running）当Ac
在实际使用Rust过程中很多时候，基于rust自身的来实现功能和代码的编写，并依托编译期自身来帮助我们进行“编译检查”，这时候相对来说我们使用的Rust是“安全的”；不过另外一些“特殊”场景下的需求需要我们来处理底层实现，比如直接与系统层面交互或与汇编指令操作等，那此刻rust可能就变得“不安全”。换种说法：rust是一种同时包含安全和非安全特性的编程语言。安全的Rust若是我们所编写的代码均是使用安全rust进行编写的，此时我们无需担心类型安全和内存安全，更无需专注于“垂悬指针”、“二次释放引用”、“其他各种未定义的行为”等；诸如标准库中也提供了很多工具库，来帮忙我们构建符合安全Rust规范
在实际使用Rust过程中很多时候，基于rust自身的来实现功能和代码的编写，并依托编译期自身来帮助我们进行“编译检查”，这时候相对来说我们使用的Rust是“安全的”；不过另外一些“特殊”场景下的需求需要我们来处理底层实现，比如直接与系统层面交互或与汇编指令操作等，那此刻rust可能就变得“不安全”。换种说法：rust是一种同时包含安全和非安全特性的编程语言。安全的Rust若是我们所编写的代码均是使用安全rust进行编写的，此时我们无需担心类型安全和内存安全，更无需专注于“垂悬指针”、“二次释放引用”、“其他各种未定义的行为”等；诸如标准库中也提供了很多工具库，来帮忙我们构建符合安全Rust规范
事情是这样的本人学习Compose有两周多了，目前已经着手重构项目上的UI，因为项目体积庞大，要把所有Activity段时间内替换成只有一个Compose的方式肯定不现实，目前就从替换xml布局开始。说实话，用了这么久的View，感觉有些坑挺多，View从反射到绘制需要的时间还是挺长的，经常会遇到因为绘制延迟导致的各式各样的问题，遂决定逐步迁移到Compose上面来。使用场景搜索全网，各式各样Compose相关的文章很多，也很详细，根据现有的资料，很难查到关于Activity声明周期监听的文章，因为大多数人都是使用单个Activity+Navigation的形式。举个例子，在某些场景下，当用户
